home *** CD-ROM | disk | FTP | other *** search
/ By Popular Request 2.0 / By Popular Request 2.0 (Arsenal Computer).ISO / amiga_6 / umsrfc10.lha / UMS / Doc / english / umsrfc.txt < prev    next >
Text File  |  1995-06-04  |  71KB  |  2,024 lines
  1. UMS RFC Documentation
  2. *********************
  3.  
  4.    Welcome to UMS RFC, a package to handle mail and news messages which
  5. conform to the RFC standards with UMS.
  6.  
  7.    If you have used the UMS UUCP package you should reread the complete
  8. documentation. Almost everthing has changed!
  9.  
  10. Copyright and other legal stuff
  11. *******************************
  12.  
  13. COPYRIGHT
  14. =========
  15.  
  16.    Copyright (C) 1992-95 Stefan Becker
  17.  
  18.    Permission is granted to make and distribute verbatim copies of this
  19. manual provided the copyright notice and this permission notice are
  20. preserved on all copies.
  21.  
  22.    No program, document, data file or source code from this software
  23. package, neither in whole nor in part, may be included or used in other
  24. software packages unless it is authorized by a written permission from
  25. the author.
  26.  
  27. NO WARRANTY
  28. ===========
  29.  
  30.    There is no warranty for this software package. Although the author
  31. has tried to prevent errors, he can't guarantee that the software
  32. package described in this document is 100% reliable. You are therefore
  33. using this material at your own risk. The author cannot be made
  34. responsible for any damage which is caused by using this software
  35. package.
  36.  
  37. DISTRIBUTION
  38. ============
  39.  
  40.    This software package is freely distributable. It may be put on any
  41. media which is used for the distribution of free software, like Public
  42. Domain disk collections, CDROMs, FTP servers or bulletin board systems.
  43.  
  44.    In order to ensure the integrity of this software package,
  45. distributors should use the original archive file umsrfc0_10.lha. The
  46. author cannot be made responsible if this software package has become
  47. unusable due to modifications of the archive contents or of the archive
  48. file itself.
  49.  
  50.    There is no limit on the costs of the distribution, e.g. for the
  51. media, like floppy disks, streamer tapes or compact disks, or the
  52. process of duplicating.  Such limits have been proven to be harmful to
  53. the idea of freely distributable software, e.g. instead of reducing the
  54. price of the floppy disk below the limit, the software was simply
  55. removed from the master disk.
  56.  
  57.    Although the author does not impose any limit on the distribution of
  58. this software package, he would like to express his personal opinions
  59. on this matter:
  60.  
  61.    * This software package should be made available to everyone free of
  62.      charge whenever it is possible.
  63.  
  64.    * If you have acquired this software package under normal conditions
  65.      from a Public Domain dealer on a floppy disk at a price higher
  66.      than 5DM or US $5, then you have definitely paid too much. Please
  67.      don't support this improper profit making any longer and switch to
  68.      a cheaper source as soon as possible.
  69.  
  70. USAGE RESTRICTIONS
  71. ==================
  72.  
  73.    No program, document, data file or source code from this software
  74. package, neither in whole nor in part, may be used on any machine which
  75. is used
  76.  
  77.    * for the research, development, construction, testing or production
  78.      of weapons or other military applications. This also includes any
  79.      machine which is used in the education for any of the above
  80.      mentioned purposes.
  81.  
  82.    * by people who accept, support or use violence against other
  83.      people, e.g.  citizens from foreign countries.
  84.  
  85. A short tour through UMS, RFC and UUCP
  86. **************************************
  87.  
  88.    This chapter tries to give you a short overview about all UMS RFC
  89. related topics.
  90.  
  91. Universal Message System
  92. ========================
  93.  
  94.    UMS is a database system specifically designed for the storage of
  95. mail and news messages. It has some special features which are
  96. explained in this section.
  97.  
  98.    For further information please read the documentation supplied with
  99. UMS.
  100.  
  101. Standard UMS message format
  102. ---------------------------
  103.  
  104.    UMS uses only one format for all messages. This makes it possible
  105. to handle different kinds of networks, like FIDO or UUCP, with one
  106. system. The user only needs to use message reader and all tools work
  107. automatically with all messages. Messages can easily be exchanged
  108. between different kinds of networks.
  109.  
  110.    Messages from the outside have to be converted to this format before
  111. handing them to UMS (importing). They also have to be converted from
  112. this format when transferring messages from UMS to a network
  113. (exporting). These conversions are handled by special programs called
  114. Importers or Exporters. In UMS RFC the conversion is handled by the
  115. umsrfc.library which is used by all programs.
  116.  
  117. UMS address formats
  118. ...................
  119.  
  120.    RFC addresses are mapped 1:1 to UMS addresses. Additionally UMS RFC
  121. currently understands the following two UMS address formats. It can
  122. convert them to and from RFC addresses:
  123.  
  124. <zone>:<hub>/<node>.<point>@fidonet
  125.      FIDO (FTN) address format
  126.  
  127. <box>.maus
  128.      Maus address format
  129.  
  130. Additional message information
  131. ..............................
  132.  
  133.    UMS RFC supports several parameters which can be  specified  in  the
  134. UMS message field Attributes:
  135.  
  136. ALIAS
  137.      Use this alias for the address generation instead of rfc.username.
  138.      UMS RFC checks if this alias is valid for the creator of the
  139.      message.
  140.  
  141. RECEIPT-REQUEST
  142.      Send a receipt message to the specified address. This creates the
  143.      RFC header Return-Receipt-To. The address may be specified in
  144.      one of the following four different forms:
  145.  
  146.           ""                      - Creates address for sender of message
  147.           <name>                  - Creates address for local user
  148.           <account@domain>        - Any address may be specified
  149.           <name>,<account@domain> - Any address may be specfied
  150.  
  151. URGENT
  152.      Flag this message as urgent. This creates the following RFC header:
  153.  
  154.           Priority: urgent
  155.  
  156. UMS <-> RFC conversion
  157. ......................
  158.  
  159.    UMS itself is not a RFC system, which means that all messages must
  160. be transformed from the RFC format to the UMS format and vice versa. Not
  161. every piece of RFC information is used or stored by UMS, so the importer
  162. must preserve the original information. All RFC header fields which are
  163. not known to the importer are preserved.
  164.  
  165.    There are two exceptions to this rule:
  166.  
  167.    - The order of the RFC header fields is not always preserved.
  168.      Luckily, the RFC standards do not impose a strict order for most
  169.      of the header fields.
  170.  
  171.    - If the message is a MIME message and the importer can decode the
  172.      information, the exporter will not reconstruct the original
  173.      message text.  Instead it will create new MIME headers which
  174.      specify the new format.
  175.  
  176.    The exporters use the additional information which is stored by the
  177. importers to reconstruct the original messages. Here are some examples
  178. where preserving of the information is needed:
  179.  
  180. From
  181. Reply-To
  182.      These RFC fields contain the address and maybe the real name of
  183.      the user.  Since this information is stored in two separate UMS
  184.      fields these lines must be parsed to extract the needed
  185.      information. This parsing process is not reversible.
  186.  
  187. Newsgroups
  188.      Crosspostings are stored as hard-linked messages, which appear in
  189.      different groups. But an importer for a system may not have write
  190.      access to all groups in the crossposting, so exporters can't
  191.      reconstruct this line by reading all hard-linked messages.
  192.  
  193. References
  194.      UMS only uses one message ID for message threading.
  195.  
  196.    Mapping of RFC headers to UMS fields:
  197.  
  198.      RFC header   | UMS fields                            | Preserved
  199.      ----------------------------------------------------------------
  200.      Control      | - (cancel commands will be processed) |   Yes
  201.      Date         | Date & CDate                          |
  202.      Distribution | Distribution                          |
  203.      Followup-To  | ReplyGroup                            |
  204.      From         | FromAddr & FromName (MIME decoded)    |   Yes
  205.      In-Reply-To  | ReferID                               |   Yes
  206.      Message-ID   | MessageID                             |
  207.      Newsgroups   | Group (X messages hard linked)        |   Yes
  208.      Organization | Organization (MIME decoded)           |
  209.      References   | ReferID (the last id in the header)   |   Yes
  210.      Reply-To     | ReplyAddr & ReplyName (MIME decoded)  |   Yes
  211.      Subject      | Subject (MIME decoded)                |
  212.      X-Mailer     | Newsreader                            |
  213.      X-NewsReader | Newsreader                            |
  214.      <all others> | Comment                               |   Yes
  215.  
  216.    All control messages will be written to a special newsgroup called
  217. rfc.control. You have to make sure that this newsgroup is included in
  218. the WRITEACCESS pattern of the importer user entries. You can allow
  219. the distribution of control messages by adding this newsgroup to the
  220. READACCESS pattern of a exporter user entry.
  221.  
  222.    Additional UMS fields used for creation of RFC headers during export:
  223.  
  224.      UMS field          | RFC header
  225.      -----------------------------------------------------------------------
  226.      Attributes         | (miscellaneous)
  227.      LogicalToAddr/Name | To (mail only, superseeds ToAddr)
  228.      RfcAttr            | - (contents directly transferred into RFC message)
  229.      ToAddr/Name        | To (mail only, also used as physical address)
  230.  
  231. UMS message base
  232. ----------------
  233.  
  234.    All UMS messages are stored in a message base. This is a special
  235. database controlled by the umsserver. Knowledge about exact format of
  236. this database is not needed by the users because they don't access it
  237. directly. They have to go through the standard Interface
  238. ums.library.
  239.  
  240.    Multiple message bases can be active at the same time, each
  241. controlled by its own umsserver. Even a message base on a remote
  242. machine can  be accessed via network. All the user has to do is to
  243. specify  the  name  of the message base:
  244.  
  245. <name>
  246.      Use the specified message base on the local machine.
  247.  
  248. <name>@<machine>
  249.      Use the specified message base on a remote machine using Envoy as
  250.      network software.
  251.  
  252. <machine>:<service>
  253. <machine>:<port>
  254.      Access a message base on a remote machine using TCP-IP as network
  255.      software. The message base will be specified with the
  256.      configuration on the remote machine.
  257.  
  258. Different types of users
  259. ------------------------
  260.  
  261.    UMS differentiates three types of users:
  262.  
  263. Users
  264.      They can read and write messages, but they don't have any special
  265.      rights.
  266.  
  267. System Operators
  268.      Users with special rights, also called SysOps. They may access the
  269.      headers of messages from other users to perform special tasks.
  270.      Note that they can't read the message text itself, only the
  271.      headers!
  272.  
  273. Exporters
  274.      Users with special read and write rights. They get read rights to
  275.      all messages which should be exported. They may also import
  276.      messages from remote systems.
  277.  
  278.    UMS RFC needs one user with the name postmaster. It will send all
  279. error messages as mail to this user. Normally you should add the alias
  280. postmaster to a SysOp user entry.
  281.  
  282. UMS operation modes
  283. -------------------
  284.  
  285.    UMS can be operated in three different modes for news distribution:
  286.  
  287. Leaf node
  288.      The last system in a news message distribution chain. It imports
  289.      news messages from one or more remote systems, but doesn't export
  290.      those news messages to other systems. Only local news messages are
  291.      exported to the remote systems. Most users should use this mode,
  292.      because it's very easy to maintain.
  293.  
  294.      To make UMS behave like a leaf node use
  295.  
  296.           ( NodeMode "%")
  297.  
  298. Full node
  299.      This node is located inside a news message distribution chain. It
  300.      imports news messages from remote systems and exports them to
  301.      other remote systems. The maintainer of such a system must control
  302.      the message flow between the systems very carefully in order to
  303.      prevent loops and duplicate messages. Only experienced users
  304.      should use this mode.
  305.  
  306.      With the UMS configuration variable NodeMode you can specify
  307.      which newsgroups should be handled by UMS in full node mode, e.g.
  308.  
  309.           ( NodeMode "comp.#?" )
  310.  
  311.      All messages in newsgroups whose names match this pattern may be
  312.      read by other exporters. The actual message flow between the
  313.      systems is controlled with the variable READACCESS in the
  314.      exporter user entries.
  315.  
  316. Gateway
  317.      Such a node behaves like a full node, but additionally it can
  318.      distribute news messages between networks with different
  319.      technologies and newsgroup names. Such systems are very delicate
  320.      to handle, can cause many headaches and create many enemies and
  321.      flame wars. Only VERY VERY experienced users should use this
  322.      mode. You have been warned!
  323.  
  324.      To operate UMS as gateway you have to have a special key, the
  325.      GateKey.
  326.  
  327.    This scheme is only applied to news messages, because they can
  328. generate a very high amount of traffic in the networks. Mail messages
  329. are always freely distributed between all systems.
  330.  
  331. Request for comments
  332. ====================
  333.  
  334.    RFC are standards which define the Internet technology. Each RFC has
  335. a unique number by which it can be identified, e.g. RFC 822. Currently
  336. there are over 1700 RFC available, although some of the older ones have
  337. been obsoleted by newer ones.
  338.  
  339.    The following RFC define the standards for mail and news messages and
  340. their transportation across networks.
  341.  
  342. The standard RFC message formats
  343. --------------------------------
  344.  
  345.    Two standards define the format of messages on the Internet:
  346.  
  347. RFC 822 (1982)
  348. Standard for the format of ARPA Internet text messages
  349.      Defines the format of messages on the Internet. It is therefore
  350.      the most important standard for a RFC compliant messages handling
  351.      system. A message consists of two parts: the header and the body.
  352.      They are seperated by an empty line.
  353.  
  354.      The header consists of non-empty lines with a keyword, followed by
  355.      a colon and the parameters. The standard defines many keywords,
  356.      their semantics and the syntax of their parameters. Especially it
  357.      specifies the format of time and address parameters. An example
  358.      message header looks like this:
  359.  
  360.           From: "Joe Dumb User" <jduser@test.foo.bar>
  361.           To: "John Doe" <jd@dummy.do.main>
  362.           Subject: Test message
  363.           Date: Fri, 26 May 1995 13:25:07 +0100
  364.           Message-ID: <54208434@test.foo.bar>
  365.  
  366.      The standard doesn't define any format for the mody of a message.
  367.      The only restriction is that only 7 Bit ASCII characters may be
  368.      used. This restriction may be circumvented with MIME.
  369.  
  370. RFC 1036 (1987)
  371. Standard for Interchange of USENET Messages
  372.      This is the extension of RFC 822 for news messages. It defines
  373.      some new keywords, like Newsgroups and Path. Also some of the
  374.      many allowed variants in RFC 822 are narrowed down to a usable set
  375.      of options.
  376.  
  377. Multi-Purpose Message Extensions
  378. --------------------------------
  379.  
  380.    RFC 822 concentrates on the format of the message headers and
  381. doesn't say much about the format of the message body. The body may
  382. therefore only be used for plain text. Additionally it allows only 7
  383. Bit ASCII as charset for messages.
  384.  
  385.    These restrictions, especially when the biggest hype of the  90's
  386. called Multimedia hit the  message  handling  systems,  led  to
  387. development  of several extensions to RFC 822 called MIME:
  388.  
  389. RFC 1521 (1993)
  390. MIME Part I: Mechanisms for Specifying and Describing
  391. the Format of Internet Message Bodies
  392.      This defines a structure for the message body. The body may contain
  393.      Non-ASCII text and binary data. The encoding of the message body
  394.      for transportation over non-transparent links is specified.
  395.      Messages may be composed of several different types of data. A
  396.      mechanism for splitting up large messages into several smaller
  397.      ones is specified.
  398.  
  399.      Additionally it defines some new RFC header fields which identify
  400.      a MIME message and specify the contents and the encoding of the
  401.      message body.
  402.  
  403. RFC 1522 (1993)
  404. MIME Part II: Message Header Extensions for Non-ASCII Text
  405.      Specifies the encoding of Non-ASCII text in RFC message headers.
  406.      This allows you to use such texts in subjects.
  407.  
  408.    UMS RFC currently only supports  the  decoding  of  message  headers
  409. and bodies on import and the encoding of message bodies on export. So
  410. you may use all  ISO-8859-1  characters  in  the  message  body,  like
  411. Σ, ß and ▀.
  412.  
  413. Network News Transfer Protocol
  414. ------------------------------
  415.  
  416.    USENET, the biggest news distribution system of the world, originally
  417. used UUCP as transportation mechanism. But with the advent of the
  418. Internet with its online connections a new mechanism was needed. This
  419. led to the development of the NNTP:
  420.  
  421. RFC 977 (1986)
  422. Network News Transfer Protocol
  423.      This standard specifies a synchronous protocol between two news
  424.      exchanging entities, a client and a server. The client plays the
  425.      active role and sends commands, like POST or GROUP, to the
  426.      server.  It then waits for a response of the server which contains
  427.      status or error codes or the news message. Only after that the
  428.      client may send the next command.
  429.  
  430.      A special protocol is defined if the client is also a news server.
  431.      The client announces which new messages are available from its
  432.      system and the server can request or reject them. This lowers the
  433.      network traffic because messages are only transferred once even if
  434.      there are multiple redundant distribution paths available for a
  435.      message.
  436.  
  437. Post Office Protocol (Version 3)
  438. --------------------------------
  439.  
  440.    On systems where user mailboxes are not available network-wide
  441. because of a missing network file system or security reasons the mail
  442. messages are usually received by one host. This central server plays
  443. the role of a post office which handles the mailboxes for its users.
  444. The server can be accessed using POP3.
  445.  
  446. RFC 1081 (1988)
  447. Post Office Protocol - Version 3
  448.      Defines the synchronous protocol between a server and a client.
  449.      Note that the client can only retrieve messages. For sending mail
  450.      messages he has to use another protocol like SMTP.
  451.  
  452.      First the client has to send the user name and the password to gain
  453.      access to the mailbox. The client may then retrieve messages from
  454.      the mailbox. It may also mark messages for deletion, but the
  455.      server will physically delete the messages only after the client
  456.      has send the command to close the connection.
  457.  
  458. Simple Mail Transfer Protocol
  459. -----------------------------
  460.  
  461.    One of the first applications for the Internet was the exchange of
  462. electronic mail. Several protocols for transferring mail messages over
  463. networks have been defined, but the most commonly used one is SMTP.
  464.  
  465. RFC 821 (1982)
  466. Simple Mail Transfer Protocol
  467.      Defines a synchronous protocol between two mail exchanging
  468.      entities. The calling party plays the active role which can be
  469.      changed during the conversation, but this option seldomly used.
  470.      For each mail the active part first transmits the senders address
  471.      and then a list with the recipient addresses. These addresses are
  472.      checked by the receiving side.  After that the mail message is
  473.      transferred.
  474.  
  475. Internet protocol stack
  476. -----------------------
  477.  
  478.    TCP/IP is the most commonly used abbreviation for protocol suite
  479. used on the Internet. Although there are several other protocols in use
  480. the most important are IP and TCP.
  481.  
  482. IP - Internet Protocol
  483.      Defines an unreliable, connectionless datagram service which is
  484.      the base for all Internet protocols and services. IP datagrams
  485.      contain a destination adddress which enables the interconnecting
  486.      systems to route a datagram from the sender to the recipient. The
  487.      addresses, the so called IP numbers, are 32 Bit wide. The arrival
  488.      and the order of the datagrams is not guaranteed with IP.
  489.  
  490.      IP can be used on many different types of network hardware.
  491.      Examples are Ethernet, FDDI, serial lines (SLIP, CSLIP or PPP) or
  492.      X.25.
  493.  
  494. TCP - Transmission Control Protocol
  495.      Defines a reliable, connection oriented stream protocol. From the
  496.      point of the user the connection looks like a FIFO, that is the
  497.      bytes arrive in the same order as he sends them. TCP splits the
  498.      stream into datagrams and reassembles them at the receiving side.
  499.      It also makes sure that the datagrams are placed correctly when
  500.      they arrive out of order. Lost or errorneous datagrams are
  501.      requested again from the sender.
  502.  
  503. Unix to Unix CoPy
  504. =================
  505.  
  506.    UUCP was originally written to transfer files to a remote UNIX
  507. machine.  The syntax of the main command uucp is the same as the UNIX
  508. cp command hence the name. Each file transfer request creates a job
  509. which is stored in the so called spool directory for the remote system.
  510.  
  511.    At certain times the local machine checks if there are any files
  512. waiting to be transferred to the remote system. It then starts the
  513. command uucico (Unix to Unix Copy In Copy Out) which automatically
  514. contacts the remote system via a modem line or a TCP-IP connection.
  515. The remote system then starts its own uucico and both programs
  516. process their jobs and send the files forth and back.
  517.  
  518.    Even remote command execution is possible with UUCP. To achieve this
  519. a job with three files is created. Two of them are data files with the
  520. prefix D.. One of these contains the data and the other the commands
  521. how to process the data file on the remote system. The third file with
  522. the prefix C. contains the commands for uucico to send both files
  523. to the remote system.
  524.  
  525.    The command file is renamed to a file with the prefix X. on the
  526. remote system. After the connection has been closed uucico starts the
  527. command uuxqt (Unix to Unix eXeCuTion?). It looks into the spool
  528. directory for files with the prefix X. and processes the commands.
  529.  
  530.    This mechanism can be also used to transfer mail and news messages
  531. (The news distribution system USENET was originally based on UUCP). The
  532. data file contains a message in the Message Formats format and the
  533. command file contains mail and news processing commands, like
  534. rmail.
  535.  
  536.    Only mail messages are transferred in this way nowadays, because
  537. small files degrade the performance of the file transfer. This can be
  538. avoided if the data file contains several messages (batching). News
  539. messages can simply be concatenated into one file, because they already
  540. contain the message length in the header. For mail messages an adaption
  541. of the SMTP format is used, called Batched SMTP (BSMTP).
  542.  
  543.    To reduce the amount of data which needs to be transferred batched
  544. files are usually compressed. Currently in use are three compression
  545. methods: compress, freeze and gzip. Normally only the plain output of
  546. those programs is stored in the data file, but compressed news batches
  547. usually contain a small text header which identifies the compression
  548. method.
  549.  
  550. Requirements for using UMS RFC
  551. ******************************
  552.  
  553.    This version of UMS RFC requires the following things:
  554.  
  555.    * AmigaOS 2.04 (V37) or better.
  556.  
  557.    * UMS V11 or better.
  558.  
  559.    * AmiTCP 3.0 or better if you are using TCP-IP.
  560.  
  561.    * A service provider for Mail and News via UUCP or TCP-IP (NNTP,
  562.      POP3 or SMTP).
  563.  
  564. Description of all directories in this distribution
  565. ***************************************************
  566.  
  567.    UMS RFC uses the standard UMS directory structure, so you can easily
  568. unpack the distribution into your UMS directory.
  569.  
  570. UMS/Bin
  571.      UMS RFC programs and some utility programs. Add this  directory
  572.      to  your command path.
  573.  
  574. UMS/Devs
  575.      Contains the telser.device.
  576.  
  577. UMS/Docs/english
  578.      Documentation (ASCII and AmigaGuide) for UMS RFC in english.
  579.  
  580. UMS/Libs
  581.          umsrfc.library and some utility libraries. Copy these to your
  582.      LIBS: directory or add this directory to your LIBS: path with
  583.  
  584.           Assign LIBS: UMS/Libs ADD
  585.  
  586. UMS/Networks/RFC/convert
  587.      Scripts to import existing mail and news messages from other UUCP
  588.      packages into an Message Base.
  589.  
  590. UMS/Networks/RFC/db
  591.      Example configuration files for telser. Copy these to the
  592.      directory AMITCP:db
  593.  
  594. UMS/Networks/RFC/lib
  595.      Example configuration files for UUCP. Copy these to the directory
  596.      UULIB:
  597.  
  598. UMS/Networks/RFC/src
  599.      This directory contains the History file with the complete story
  600.      about the development of UMS RFC and its predecessors.
  601.  
  602. How to configure UMS RFC
  603. ************************
  604.  
  605.    UMS RFC offers many options and this chapter explains the
  606. configuration.  Please read it carefully because a proper configuration
  607. is essential for the correct operation of UMS RFC.
  608.  
  609. AmigaDOS environment variables
  610. ==============================
  611.  
  612.    Only one environment variable is currently used by UMS RFC:
  613.  
  614. UMSUUCP.mb
  615.      This variable tells the command uuxqt which Message Base it should
  616.      use to import UUCP batches.
  617.  
  618. UMS configuration variables
  619. ===========================
  620.  
  621.    Most of the options are configured using the UMS variables which are
  622. explained in this section.
  623.  
  624. Domain name for your system
  625. ---------------------------
  626.  
  627. rfc.domainname
  628.      The fully qualified domain name (FQDN) for your system. The FQDN
  629.      consists of the hostname plus the name of your domain. This
  630.      variable is mandantory for using UMS RFC.
  631.  
  632.    Example:
  633.  
  634.      ( rfc.domainname "foobar.earth.sol.galaxy" )
  635.  
  636. Path name for your system
  637. -------------------------
  638.  
  639. rfc.pathname
  640.      The name of your system in the "Path:" line for news messages. If
  641.      your system is a registered UUCP node, then this variable only
  642.      needs to contain the hostname of your system. Otherwise it must
  643.      contain the FQDN of your system.  This variable is mandantory
  644.      for using UMS RFC. See also rfc.domainname.
  645.  
  646.    Example for normal nodes:
  647.  
  648.      ( rfc.domainname "foobar.earth.sol.galaxy" )
  649.      ( rfc.pathname   "foobar.earth.sol.galaxy" )
  650.  
  651.    Example for registered UUCP nodes:
  652.  
  653.      ( rfc.domainname "foobar.earth.sol.galaxy" )
  654.      ( rfc.pathname   "foobar" )
  655.  
  656. Account name for a local UMS RFC user
  657. -------------------------------------
  658.  
  659. rfc.username
  660.      This is the account name for a user. This variable is
  661.      mandantory for every UMS user whose messages are exported
  662.      with UMS RFC. The user entry also must contain an alias for this
  663.      name.
  664.  
  665.    Example:
  666.  
  667.      ( rfc.domainname "foobar.earth.sol.galaxy" )
  668.      
  669.      ( User
  670.        ( Name "Joe Dumb User" )
  671.        ( Alias "jduser" )
  672.        ...
  673.        ( rfc.username "jduser" )
  674.      )
  675.  
  676.    The above example will result in the following Internet address for
  677. the user:
  678.  
  679.      jduser@foobar.earth.sol.galaxy
  680.  
  681. Address conversions during message export
  682. -----------------------------------------
  683.  
  684. rfc.export.*
  685.      This set of variables specificies the domain names used in the
  686.      address conversion for exporting messages from non RFC compliant
  687.      nets. Currently defined are the conversions for Fido (FTN) and
  688.      Maus, using the following variables:
  689.  
  690.           rfc.export.fido  (Default: .fidonet.org)
  691.           rfc.export.maus  (Default: .maus.de)
  692.  
  693.    Example:
  694.  
  695.      ( rfc.export.fido ".fido.de" )
  696.      ( rfc.export.maus ".maus.sub.org" )
  697.  
  698.    The above example will result in the following address conversion:
  699.  
  700.      Joe User,1:2/3.4@fidonet  ->  Joe_User@p4.f3.n2.z1.fido.de
  701.      Joe User,HB.maus          ->  Joe_User@HB.maus.sub.org
  702.  
  703. Address conversions during message import
  704. -----------------------------------------
  705.  
  706. rfc.import.*
  707.      This set of  variables  specificies  the  domain  names  used  in
  708.      the  address conversion for importing messages arriving from a RFC
  709.      compliant net, but  which originate in a non RFC compliant net.
  710.      You may specify several domain names  for each type of net,
  711.      separated by commas. Currently defined  are  the  conversions for
  712.      Fido (FTN) and Maus, using the following variables:
  713.  
  714.           rfc.import.fido  (Default: .fidonet.org)
  715.           rfc.import.maus  (Default: .maus.de)
  716.  
  717.    Example:
  718.  
  719.      ( rfc.import.fido ".fido.de,.fidonet.org" )
  720.      ( rfc.import.maus ".maus.sub.org" )
  721.  
  722.    The above example will result in the following address conversion:
  723.  
  724.      Joe_User@p4.f3.n2.z1.fidonet.org  ->  Joe User,1:2/3.4@fidonet
  725.      Joe_User@p4.f3.n2.z1.fido.de      ->  Joe User,1:2/3.4@fidonet
  726.      Joe_User@HB.maus.sub.org          ->  Joe User,HB.maus
  727.  
  728. Encoding of mail message texts during export
  729. --------------------------------------------
  730.  
  731. rfc.mailencoding
  732.      When exporting mail messages which contain non-ASCII characters for
  733.      transportation over non-transparent (that is 8 bit clean) links,
  734.      UMS RFC can encode them according to the MIME standard. The
  735.      following values are allowed for this variable:
  736.  
  737.           0  Don't encode (Default)
  738.           1  Encode as quoted-printable
  739.  
  740.    Example:
  741.  
  742.      ( rfc.mailencoding 1 )
  743.  
  744. Encoding of news message texts during export
  745. --------------------------------------------
  746.  
  747. rfc.newsencoding
  748.      When exporting news messages which contain non-ASCII characters for
  749.      transportation over non-transparent (that is 8 bit clean) links,
  750.      UMS RFC can encode them according to the MIME standard. The
  751.      following values are allowed for this variable:
  752.  
  753.           0  Don't encode (Default)
  754.           1  Encode as quoted-printable
  755.  
  756.    Example:
  757.  
  758.      ( rfc.newsencoding 1 )
  759.  
  760. Access rights for remote NNTP clients
  761. -------------------------------------
  762.  
  763. nntpd.access
  764.      When a remote client tries to connect the NNTP service the umsnntpd
  765.      server daemon reads the contents of this variable to find out
  766.      which access rights the client has. The variable may contain
  767.      multiple lines of the following format:
  768.  
  769.           <Name pattern> <UMS user name>,<Post Y/N>,<Server Y/N>
  770.  
  771.      The check is based on the domain name of the machine on which the
  772.      client runs. The patterns from the first line down to the last
  773.      line will be used to match the domain name. When a pattern matches
  774.      then the access rights of this entry are used for the client. If
  775.      no pattern matches the access is denied with an error message.
  776.  
  777.      The account of the specified UMS user name is used to export and
  778.      import the news messages. If the second parameter is set to Y
  779.      then posting (that is importing) of news messages with the
  780.      POST command is allowed. If the third parameter is also set
  781.      to Y then the client is a NNTP server and is allowed to use the
  782.      IHAVE command for transferring news messages.
  783.  
  784.    Example:
  785.  
  786.      ( nntpd.access
  787.         "localhost       NNTP1,Y,Y\\n"
  788.         "*.ping.de       NNTP2,Y,N\\n"
  789.         "*               NNTP3,N,N\\n" )
  790.  
  791.    The above example allows full access for a client running on the
  792. local machine. Clients running on machines in the domain ping.de are
  793. allowed to post news messages. All other machines are only allowed to
  794. read news messages. Using three different UMS users you can control
  795. which newsgroups are visible for each of the three categories using the
  796. READACCESS variable.
  797.  
  798. Group list for news message import
  799. ----------------------------------
  800.  
  801. nntpget.groups
  802.      The NNTP importer umsnntpget looks into this variable to find out
  803.      which newsgroups it should request from the remote server. It may
  804.      contain multiple lines. If you are using the option -g each line
  805.      must contain one newsgroup name. If you don't use this option then
  806.      each line may contain multiple group name patterns seperated by
  807.      commas and even negations.
  808.  
  809.    Example (use with option -g):
  810.  
  811.      ( nntpget.groups "group.a\\n"
  812.                       "group.b\\n"
  813.                       "group.d\\n"
  814.                       "de.test.a\\n"
  815.                       "foo.bar.a\\n"
  816.                       "foo.bar.b\\n" )
  817.  
  818.    Example (use without option -g):
  819.  
  820.      ( nntpget.groups "group.*,!group.c,de.test.a\\n"
  821.                       "foo.bar.*\\n" )
  822.  
  823. Configuration for mail batches
  824. ------------------------------
  825.  
  826. uucp.mailexport
  827.      This variable tells the UUCP exporter ums2uucp in which format
  828.      mail messages should be exported. The syntax is as follows:
  829.  
  830.           <command>[,<batch>[,<compress command>[,<header>[,<max size>]]]]
  831.  
  832.     command
  833.           Command name for the C line in the UUCP command file. You
  834.           have to talk to the administrator of your host which commands
  835.           his software accepts and how it interprets them. The
  836.           following table shows some common names for mail batches:
  837.  
  838.                Name    | Meaning
  839.                -----------------------------------------------
  840.                rmail   | unbatched, uncompressed mail
  841.                rbsmtp  | batched, uncompressed mail
  842.                rcbsmtp | batched, compressed (compress) mail
  843.                rbcsmtp | batched, compressed (compress) mail
  844.                rfbsmtp | batched, compressed (freeze) mail
  845.                rbfsmtp | batched, compressed (freeze) mail
  846.                rgbsmtp | batched, compressed (gzip) mail
  847.                rbgsmtp | batched, compressed (gzip) mail
  848.  
  849.     batch
  850.           This optional parameter specifies if several mail message
  851.           should be merged into one file (batching).
  852.  
  853.     compress command
  854.           Name of a command for the optional compression of the data
  855.           files. Legal values are compress, freeze and gzip. If
  856.           you leave this field empty the data files won't be compressed.
  857.  
  858.     header
  859.           If this field is not empty, then the following header line
  860.           will be created in the data file:
  861.  
  862.                #! <header text>
  863.  
  864.           Mail batches normally don't contain any headers, so you may
  865.           leave this field empty.
  866.  
  867.     max size
  868.           Maximum size for one batch file. When it reaches this size it
  869.           will be closed and a new batch file will be used. The default
  870.           size is 65536 bytes.
  871.  
  872.    Example for unbatched, uncompressed mail:
  873.  
  874.      ( uucp.mailexport "rmail" )
  875.  
  876.    Example for batched, uncompressed mail, no header, batch size 65536
  877. Bytes:
  878.  
  879.      ( uucp.mailexport "rbsmtp,Y" )
  880.  
  881.    Example for batched, compressed mail, no header, batch size 300000
  882. Bytes:
  883.  
  884.      ( uucp.mailexport "rcbsmtp,Y,compress,,300000" )
  885.  
  886. Configuration for news batches
  887. ------------------------------
  888.  
  889. uucp.newsexport
  890.      This variable tells the UUCP exporter ums2uucp in which format
  891.      news messages should be exported. The syntax is as follows:
  892.  
  893.           <command>[,<batch>[,<compress command>[,<header>[,<max size>]]]]
  894.  
  895.     command
  896.           Command name for the C line in the UUCP command file. You
  897.           have to talk to the administrator of your host which commands
  898.           his software accepts and how it interprets them. Normally you
  899.           should set this to rnews.
  900.  
  901.     batch
  902.           This optional parameter specifies if several news message
  903.           should be merged into one file (batching). Usually
  904.           non-batched news transfer is a bad idea.
  905.  
  906.     compress command
  907.           Name of a command for the optional compression of the data
  908.           files. Legal values are compress, freeze and gzip. If
  909.           you leave this field empty the data files won't be compressed.
  910.  
  911.     header
  912.           If this field is not empty, then the following header line
  913.           will be created in the data file:
  914.  
  915.                #! <header text>
  916.  
  917.           The following table shows some common header texts:
  918.  
  919.                Name     | Meaning
  920.                ------------------------------------------------
  921.                cunbatch | batched, compressed (compress) news
  922.                funbatch | batched, compressed (freeze) news
  923.                gunbatch | batched, compressed (gzip) news
  924.  
  925.           You should talk to the administrator of your host which
  926.           headers and compression types are supported by the software
  927.           of the host system.
  928.  
  929.     max size
  930.           Maximum size for one batch file. When it reaches this size it
  931.           will be closed and a new batch file will be used. The default
  932.           size is 65536 bytes.
  933.  
  934.    Example for batched, uncompressed news, no header, batch size 300000
  935. Bytes:
  936.  
  937.      ( uucp.newsexport "rnews,Y,,,300000" )
  938.  
  939.    Example for batched, compressed news, with header (#! cunbatch),
  940. batch size 65536 Bytes:
  941.  
  942.      ( uucp.newsexport "rnews,Y,compress,cunbatch" )
  943.  
  944. UUCP node name for your system
  945. ------------------------------
  946.  
  947. uucp.nodename
  948.      UUCP node name for your system. This name should not be longer than
  949.      7 characters.
  950.  
  951.    Example:
  952.  
  953.      ( uucp.nodename "foobar" )
  954.  
  955. Name of the file for debugging output
  956. -------------------------------------
  957.  
  958. uucp.debugfile
  959.      Output file for error logs. Useful only for debugging.
  960.  
  961.    Example:
  962.  
  963.      ( uucp.logfile "t:uucp.log" )
  964.  
  965. Debug level
  966. -----------
  967.  
  968. uucp.debuglevel
  969.      Set the highest log level. Messages with a higher level are not
  970.      logged.  Useful only for debugging.
  971.  
  972.    Example:
  973.  
  974.      ( uucp.loglevel 5 )
  975.  
  976. Smart or dump UUCP host
  977. -----------------------
  978.  
  979. uucp.dumbhost
  980.      Set this to Y when your host requires RFC976 style UUCP mail
  981.      envelopes. Default is to generate normal envelopes. With a given
  982.      address and date, a normal envelope looks like this:
  983.  
  984.           From <user>@<domain> <date>
  985.  
  986.      A RFC976 envelope looks like this:
  987.  
  988.           From <user> <date> remote from <domain>
  989.  
  990.      Ask the administrator of your host what envelope type is expected
  991.      by the software used on the host system.
  992.  
  993.    Example:
  994.  
  995.      ( uucp.dumbhost "Y" )
  996.  
  997. Filter CR characters
  998. --------------------
  999.  
  1000. uucp.filtercr
  1001.      If this variable is set to Y then incoming UUCP data files are
  1002.      stripped of CR characters before processing them.
  1003.  
  1004.    Example:
  1005.  
  1006.      ( uucp.filtercr "Y" )
  1007.  
  1008. Keep dupe messages
  1009. ------------------
  1010.  
  1011. uucp.keepdupes
  1012.      Normally duplicate messages are flagged as error and the  UUCP  job
  1013.      is not deleted. Sometimes dupes can't be avoided, because UUCP is
  1014.      an offline protocol, that means there is no way to detect dupes on
  1015.      the sending hosts. On a system with several hosts and high traffic
  1016.      this can result in a high number of bad job files lying around,
  1017.      which do not contain real errors. If you set this variable to
  1018.      N then bad jobs, which had only dupe errors, are
  1019.      automatically deleted.
  1020.  
  1021.    Example:
  1022.  
  1023.      ( uucp.keepdupes "N" )
  1024.  
  1025. Log dupe messages
  1026. -----------------
  1027.  
  1028. uucp.logdupes
  1029.      Normally duplicate messages are also logged in the UMS RFC error
  1030.      log. If you don't want to bother with dupes then you should set
  1031.      this to N.  See also uucp.keepdupes.
  1032.  
  1033.    Example:
  1034.  
  1035.      ( uucp.logdupes "N" )
  1036.  
  1037. Mail routing configuration
  1038. --------------------------
  1039.  
  1040. uucp.mailroute
  1041.      Sometimes it's important to specify static routes for outgoing
  1042.      mails.  Normally this variable is empty so NO routing information
  1043.      will be generated. Each line in this variable consists of an
  1044.      address pattern and a list of hosts:
  1045.  
  1046.           <address pattern> [<host1>[,<host2>....]]
  1047.  
  1048.      When the recipient address matches the address pattern and the
  1049.      host list is not empty, then the UUCP exporter ums2uucp will
  1050.      create an explicit mail route. The route information will be added
  1051.      AFTER the address conversion for non RFC compliant nets has been
  1052.      applied.
  1053.  
  1054.      If the variable does contain several lines, then the patterns will
  1055.      be tried from the first line down to the last line until one
  1056.      pattern matches. If no pattern matches, then no route information
  1057.      will be generated.
  1058.  
  1059.    Example:
  1060.  
  1061.      ( uucp.mailroute "#?.maus.de        host1\\n"
  1062.                       "#?.zer.sub.org    host2,host3\\n"
  1063.                       "#?.fidonet.org\\n"
  1064.                       "#?.de             host4\\n" )
  1065.  
  1066.    The following test cases:
  1067.  
  1068.      user@box.maus.de
  1069.      user@box.zer.sub.org
  1070.      user@f7.n242.z2.fidonet.org
  1071.      user@zauber.nase.de
  1072.      user@dummy.blubb.edu
  1073.  
  1074.    are translated to the following mail routes for non-batched mail
  1075. tranfer:
  1076.  
  1077.      C rmail host1!box.maus.de!user
  1078.      C rmail host2!host3!box.zer.sub.org!user
  1079.      C rmail user@f7.n242.z2.fidonet.org
  1080.      C rmail host4!zauber.nase.de!user
  1081.      C rmail user@dummy.blubb.edu
  1082.  
  1083.    and to the following mail routes for batched mail transfer:
  1084.  
  1085.      RCPT TO: <@host1:user@box.maus.de>
  1086.      RCPT TO: <@host2,@host3:user@box.zer.sub.org>
  1087.      RCPT TO: <user@f7.n242.z2.fidonet.org>
  1088.      RCPT TO: <@host4:user@zauber.nase.de>
  1089.      RCPT TO: <user@dummy.blubb.edu>
  1090.  
  1091. Limit number of recipients
  1092. --------------------------
  1093.  
  1094. uucp.recipients
  1095.      Limits the number of recipients for one mail file. If there are
  1096.      more recipients then the UUCP exporter ums2uucp will create
  1097.      several mail files for one mail. The default is to put all
  1098.      recipients in one mail file.
  1099.  
  1100.    Example:
  1101.  
  1102.      ( uucp.recipients 2 )
  1103.  
  1104.    Using the above example on a mail with three recipients will result
  1105. in two separate mails to be send. If unbatched mail transfer is used
  1106. then the following two C lines are generated in the command files:
  1107.  
  1108.      C rmail usera@test1.foo.bar,userb@test2.foo.bar
  1109.      C rmail userc@test3.foo.bar
  1110.  
  1111.    If batched  mail  transfer  is  used  then  the  following  commands
  1112. are generated in the batch file:
  1113.  
  1114.      MAIL FROM: <user@test.foo.bar>
  1115.      RCPT TO: <usera@test1.foo.bar>
  1116.      RCPT TO: <userb@test2.foo.bar>
  1117.      DATA
  1118.      ...
  1119.      MAIL FROM: <user@test.foo.bar>
  1120.      RCPT TO: <userc@test3.foo.bar>
  1121.      DATA
  1122.  
  1123. Description of all UMS RFC commands
  1124. ***********************************
  1125.  
  1126.    This section contains the description of all UMS RFC commands and
  1127. their command line options. The following syntax will be used:
  1128.  
  1129.              -a          Mandantory command line option. You may not omit this
  1130.                          option when using a command.
  1131.      
  1132.              -b <...>    Command line option with parameter. The space between
  1133.                          the option and the parameter is optional.
  1134.      
  1135.              [-c <...>]  Optional command line option. You may omit this option
  1136.                          when using a command. The default value will be used
  1137.                          instead.
  1138.  
  1139.    The following UMS RFC commands are available:
  1140.  
  1141. NNTP exporter
  1142. =============
  1143.  
  1144.    The command umsnntp exports news messages via NNTP to a remote
  1145. host.
  1146.  
  1147.      Syntax:
  1148.      
  1149.              umsnntp  -h <remote host>
  1150.                      [-S <Service name or port number>]
  1151.      
  1152.                      [-p <UMS password>]
  1153.                      [-s <UMS message base>]
  1154.                      [-u <UMS user name>]
  1155.      
  1156.                      [-b <select bit>]
  1157.                      [-i]
  1158.      
  1159.                      [-c]
  1160.                      [-r <n>]
  1161.      
  1162.      Defaults:
  1163.      
  1164.                       -S  Service nntp (port 119)
  1165.                       -p  No password
  1166.                       -s  Default message base
  1167.                       -u  User NNTP
  1168.                       -b  No select bit
  1169.                       -r  360
  1170.  
  1171.    Explanation of the command line options:
  1172.  
  1173. -b
  1174.      Bit number of an additional select bit. Only messages with this
  1175.      bit set in the user flags will be exported. This can be used to
  1176.      run a special filter program before exporting with umsnntp.
  1177.  
  1178. -i
  1179.      Use the IHAVE command to send the news messages to the remote
  1180.      host. If you don't specify this option, then the POST command is
  1181.      used. Most NNTP servers don't allow the IHAVE command for
  1182.      clients, so you may not be able to use this option.
  1183.  
  1184. -c
  1185.      Export news messages continously. After exporting all new messages
  1186.      umsnntp will wait 1 minute and then will start to export all new
  1187.      messages which arrived in the meantime.
  1188.  
  1189. -r
  1190.      Causes umsnntp to rescan the whole message base for new messages
  1191.      after n export runs. All messages which couldn't be sent until
  1192.      now will be sent again. This option is only useful in conjunction
  1193.      with -c.
  1194.  
  1195.    See also UMS options and Protocol options.
  1196.  
  1197. NNTP importer (server daemon)
  1198. =============================
  1199.  
  1200.    The command umsnntpd is a server daemon which offers a transfer
  1201. service for news messages via NNTP to remote clients. It can only be
  1202. executed by the Internet Super Daemon Inetd.
  1203.  
  1204.      Syntax:
  1205.      
  1206.              umsnntpd [<UMS user name>]
  1207.                       [<UMS password>]
  1208.                       [<UMS message base>]
  1209.      
  1210.      Defaults:
  1211.      
  1212.                       User NNTPD
  1213.                       No password
  1214.                       Default message base
  1215.  
  1216. NNTP importer
  1217. =============
  1218.  
  1219.    The command umsnntp imports news messages via NNTP from a remote
  1220. host.
  1221.  
  1222.      Syntax:
  1223.      
  1224.              umsnntpget  -h <remote host>
  1225.                         [-S <Service name or port number>]
  1226.      
  1227.                         [-p <UMS password>]
  1228.                         [-s <UMS message base>]
  1229.                         [-u <UMS user name>]
  1230.      
  1231.                         [-g]
  1232.                         [-P <n>]
  1233.                         [-c]
  1234.                         [-q]
  1235.      
  1236.      Defaults:
  1237.      
  1238.                          -S  Service nntp (port 119)
  1239.                          -p  No password
  1240.                          -s  Default message base
  1241.                          -u  User NNTP
  1242.                          -P  1
  1243.  
  1244.    Explanation of the command line options:
  1245.  
  1246. -g
  1247.      Use the commands GROUP, STAT and NEXT to scan for new news
  1248.      messages. This may lower the load on the remote NNTP server but
  1249.      the transfer overhead may be significantely higher, especially if
  1250.      the server uses long expiration periods for news messages. If you
  1251.      don't specify this option the command NEWNEWS is used which only
  1252.      transfers information about new messages.
  1253.  
  1254. -P
  1255.      Use n (up to 20) parallel processes to transfer news messages.
  1256.      This is useful to make the transfer of news messages over a slow
  1257.      serial link more efficient by using most of the available
  1258.      bandwidth.
  1259.  
  1260. -c
  1261.      Use parameters on the command line after the last valid command
  1262.      line option as input parameters. You may request news messages by
  1263.      message ID:
  1264.  
  1265.           umsnntpget -h nntphost -c 1234@dummy.do.main 6789@test.foo.bar
  1266.  
  1267.      or by group names:
  1268.  
  1269.           umsnntpget -h nntphost -c -g comp.sys.amiga.misc comp.sys.amiga.datacomm
  1270.  
  1271. -q
  1272.      Don't print message ids.
  1273.  
  1274.    See also UMS options and Protocol options.
  1275.  
  1276. POP3 importer
  1277. =============
  1278.  
  1279.    The command umspop3 imports mail messages via POP3 from a remote
  1280. host.
  1281.  
  1282.      Syntax:
  1283.      
  1284.              umspop3  -h <remote host>
  1285.                      [-S <Service name or port number>]
  1286.      
  1287.                      [-p <UMS password>]
  1288.                      [-s <UMS message base>]
  1289.                      [-u <UMS user name>]
  1290.      
  1291.                       -n <mailbox name>
  1292.                       -i <mailbox password>
  1293.      
  1294.                      [-c]
  1295.      
  1296.      Defaults:
  1297.      
  1298.                       -S  Service pop3 (port 110)
  1299.                       -p  No password
  1300.                       -s  Default message base
  1301.                       -u  User POP3
  1302.  
  1303.    Explanation of the command line options:
  1304.  
  1305. -n
  1306.      Name of the mailbox on the remote host.
  1307.  
  1308. -i
  1309.      Password for the mailbox on the remote host.
  1310.  
  1311. -c
  1312.      Import mail messages continously. After importing all new messages
  1313.      umspop3 will wait 1 minute and then will start to import all new
  1314.      messages which arrived in the meantime.
  1315.  
  1316.    See also UMS options and Protocol options.
  1317.  
  1318. SMTP exporter
  1319. =============
  1320.  
  1321.    The command umssmtp exports mail messages via SMTP to a remote
  1322. host.
  1323.  
  1324.      Syntax:
  1325.      
  1326.              umssmtp  -h <remote host>
  1327.                      [-S <Service name or port number>]
  1328.      
  1329.                      [-p <UMS password>]
  1330.                      [-s <UMS message base>]
  1331.                      [-u <UMS user name>]
  1332.      
  1333.                      [-b <select bit>]
  1334.      
  1335.                      [-c]
  1336.                      [-r <n>]
  1337.      
  1338.      Defaults:
  1339.      
  1340.                       -S  Service smtp (port 25)
  1341.                       -p  No password
  1342.                       -s  Default message base
  1343.                       -u  User SMTP
  1344.                       -b  No select bit
  1345.                       -r  360
  1346.  
  1347.    Explanation of the command line options:
  1348.  
  1349. -b
  1350.      Bit number of an additional select bit. Only messages with this
  1351.      bit set in the user flags will be exported. This can be used to
  1352.      run a special filter program before exporting with umssmtp.
  1353.  
  1354. -c
  1355.      Export mail messages continously. After exporting all new messages
  1356.      umssmtp will wait 1 minute and then will start to export all new
  1357.      messages which arrived in the meantime.
  1358.  
  1359. -r
  1360.      Causes umssmtp to rescan the whole message base for new messages
  1361.      after n export runs. All messages which couldn't be sent until
  1362.      now will be sent again. This option is only useful in conjunction
  1363.      with -c.
  1364.  
  1365.    See also UMS options and Protocol options.
  1366.  
  1367. SMTP importer (server daemon)
  1368. =============================
  1369.  
  1370.    The command umssmtpd is a server daemon which offers a transfer
  1371. service for mail messages via SMTP to remote clients. It can only be
  1372. executed by the Internet Super Daemon Inetd.
  1373.  
  1374.      Syntax:
  1375.      
  1376.              umssmtpd [<UMS user name>]
  1377.                       [<UMS password>]
  1378.                       [<UMS message base>]
  1379.      
  1380.      Defaults:
  1381.      
  1382.                       User SMTPD
  1383.                       No password
  1384.                       Default message base
  1385.  
  1386. UUCP exporter
  1387. =============
  1388.  
  1389.    The command ums2uucp exports mail and news messages and creates
  1390. batch files for the transfer via UUCP to a remote host.
  1391.  
  1392.      Syntax:
  1393.      
  1394.              ums2uucp  -h <remote host>
  1395.      
  1396.                       [-p <UMS password>]
  1397.                       [-s <UMS message base>]
  1398.                       [-u <UMS user name>]
  1399.      
  1400.                       [-b <select bit>]
  1401.                       [-d <n>]
  1402.      
  1403.      Defaults:
  1404.      
  1405.                        -p  No password
  1406.                        -s  Default message base
  1407.                        -u  User UUCP
  1408.                        -b  No select bit
  1409.                        -d  0
  1410.  
  1411.    Explanation of the command line options:
  1412.  
  1413. -h
  1414.      UUCP node name of the remote host.
  1415.  
  1416. -b
  1417.      Bit number of an additional select bit. Only messages with this
  1418.      bit set in the user flags will be exported. This can be used to
  1419.      run a special filter program before exporting with ums2uucp.
  1420.  
  1421. -d
  1422.      UUCP log level: 0, 1, 2 or 3.
  1423.  
  1424.    See also UMS options.
  1425.  
  1426. UUCP importer
  1427. =============
  1428.  
  1429.    The command uuxqt imports mail and news messages from batch files
  1430. which were transferred via UUCP from a remote host. This command is
  1431. normally only executed by the UUCP transfer program uucico.
  1432.  
  1433.      Syntax:
  1434.      
  1435.              uuxqt [-p <UMS password>]
  1436.                    [-d <n>]
  1437.                    [<subdirectory>]
  1438.      
  1439.      Defaults:
  1440.      
  1441.                     -p  No password
  1442.                     -d  0
  1443.  
  1444.    Explanation of the command line options:
  1445.  
  1446. -p
  1447.      Password for the UMS user. This will be used for ALL logins.
  1448.  
  1449. -d
  1450.      UUCP log level: 0, 1, 2 or 3.
  1451.  
  1452. subdirectory
  1453.      Name of the subdirectory in the UUCP spool directory. This
  1454.      parameter is supplied by uucico when a hierarchical spool
  1455.      directory structure is used.
  1456.  
  1457.        uuxqt uses the following system for the Users:
  1458.  
  1459.      uucp.default  Used as the first login to read the configuration.
  1460.      
  1461.      uucp.<name>   Used when importing a batch from node name.
  1462.  
  1463. Common UMS related command line options
  1464. =======================================
  1465.  
  1466.    The following UMS related comand line options are understood by most
  1467. of the programs:
  1468.  
  1469. -p
  1470.      Password for the Users.
  1471.  
  1472. -s
  1473.      Name of the Message Base used for importing or exporting.
  1474.  
  1475. -u
  1476.      Name of the Users.
  1477.  
  1478. Common protocol related command line options
  1479. ============================================
  1480.  
  1481.    The following protocol related comand line options are understood by
  1482. most of the programs:
  1483.  
  1484. -h
  1485.      Name or IP number of the remote host.
  1486.  
  1487. -S
  1488.      Name or port number of the TCP-IP service. All services have
  1489.      default port numbers so this option should normally not be used.
  1490.  
  1491. Some example UMS RFC configurations
  1492. ***********************************
  1493.  
  1494. Configuration for an UMS RFC user
  1495. =================================
  1496.  
  1497.    Excerpt from the file ums.config:
  1498.  
  1499.      ( User
  1500.          ( Alias
  1501.              jduser
  1502.              postmaster
  1503.          )
  1504.          ( Readaccess "#?" )
  1505.          ( Writeaccess "#?" )
  1506.          ( Netaccess "#?" )
  1507.          ( Import "%" )
  1508.          ( Name "Joe Dumb User" )
  1509.          ( Password "top secret" )
  1510.          ( rfc.username "jduser" )
  1511.      )
  1512.  
  1513. Configuration for a simple node
  1514. ===============================
  1515.  
  1516.    Excerpt from the file ums.config:
  1517.  
  1518.      ( Aka "#?@test.(foo.bar|uucp)" )
  1519.      ( NodeMode "%" )
  1520.      
  1521.      ( Exporter
  1522.          ( Alias
  1523.              uucp.default
  1524.              NNTP
  1525.              POP3
  1526.              SMTP
  1527.              UUCP
  1528.          )
  1529.          ( Readaccess "#?" )
  1530.          ( Writeaccess "#?" )
  1531.          ( Netaccess "#?" )
  1532.          ( Import "#?" )
  1533.          ( Export "#?" )
  1534.          ( Distribution "#?" )
  1535.          ( Name uucp.dummy )
  1536.          ( Password  )
  1537.          ( rfc.domainname "test.foo.bar" )
  1538.          ( rfc.mailencoding 0 )
  1539.          ( rfc.newsencoding 0 )
  1540.          ( rfc.pathname "test.foo.bar" )
  1541.          ( uucp.dumbhost "Y" )
  1542.          ( uucp.keepdupes "Y" )
  1543.          ( uucp.logdupes "Y" )
  1544.          ( uucp.mailexport "rmail,N" )
  1545.          ( uucp.newsexport "rnews,Y,compress,cunbatch,300000" )
  1546.          ( uucp.nodename "test" )
  1547.      )
  1548.  
  1549.    This system receives all messages from the node dummy. It will
  1550. send out unbatched mail messages and batched, compressed news messages
  1551. to the node dummy. The transmission link to the remote node is
  1552. transparent, so no encoding is needed. The users on this system will
  1553. have the address
  1554.  
  1555.      <user>@test.foo.bar
  1556.  
  1557.    To poll the node dummy with UUCP the user has to use the following
  1558. commands:
  1559.  
  1560.      ums2uucp -h dummy
  1561.      uucico -sdummy
  1562.  
  1563.    To send out mail and news message via TCP-IP and to fetch mail
  1564. messages the user has to use the following commands:
  1565.  
  1566.      umssmtp -h dummy.foo.bar
  1567.      umsnntp -h dummy.foo.bar
  1568.      umspop3 -h dummy.foo.bar -n jduser -i more_top_secret
  1569.  
  1570. Configuration for a full node
  1571. =============================
  1572.  
  1573.    Excerpt from the file ums.config:
  1574.  
  1575.      ( Aka "#?@test.(foo.bar|uucp)" )
  1576.      ( NodeMode "(comp|sci).#?" )
  1577.      
  1578.      ( rfc.domainname "test.foo.bar" )
  1579.      ( rfc.pathname "test.foo.bar" )
  1580.      
  1581.      ( Exporter
  1582.          ( Alias
  1583.              uucp.default
  1584.              UUCP
  1585.          )
  1586.          ( Readaccess "(comp|sci).#?" )
  1587.          ( Writeaccess "(comp|sci).#?" )
  1588.          ( Netaccess "#?" )
  1589.          ( Import "#?" )
  1590.          ( Export "#?.foo.bar" )
  1591.          ( Distribution "#?" )
  1592.          ( Name uucp.dummy )
  1593.          ( Password  )
  1594.          ( rfc.mailencoding 1 )
  1595.          ( rfc.newsencoding 1 )
  1596.          ( uucp.dumbhost "Y" )
  1597.          ( uucp.keepdupes "N" )
  1598.          ( uucp.logdupes "Y" )
  1599.          ( uucp.mailexport "rbsmtp,Y" )
  1600.          ( uucp.newsexport "rnews,Y,gzip,gunbatch" )
  1601.          ( uucp.nodename "test" )
  1602.      )
  1603.      
  1604.      ( Exporter
  1605.          ( Alias
  1606.              NNTPD
  1607.              POP3
  1608.              SMTP
  1609.              SMTPD
  1610.          )
  1611.          ( Readaccess "#?" )
  1612.          ( Writeaccess "#?" )
  1613.          ( Netaccess "#?" )
  1614.          ( Import "#?" )
  1615.          ( Export "~(#?.foo.bar)" )
  1616.          ( Distribution "#?" )
  1617.          ( Name NNTP )
  1618.          ( Password  )
  1619.          ( rfc.mailencoding 0 )
  1620.          ( rfc.newsencoding 0 )
  1621.      )
  1622.  
  1623.    In this setup the newsgroup hierarchies comp and sci are
  1624. distributed between two systems. Mail messages to the domain
  1625. foo.bar are send out with UUCP, all others are send out with SMTP.
  1626.  
  1627. Configuration for a gateway
  1628. ===========================
  1629.  
  1630.    Excerpt from the file ums.config:
  1631.  
  1632.      ( Netgroup
  1633.          "comp.sys.amiga.misc"
  1634.          "fidonet.comp.sys.amiga.misc"
  1635.      )
  1636.      
  1637.      ( Exporter
  1638.          ( Alias
  1639.              uucp.default
  1640.              NNTP
  1641.              NNTPD
  1642.              POP3
  1643.              SMTP
  1644.              SMTPD
  1645.              UUCP
  1646.          )
  1647.          ( Readaccess "comp.#?" )
  1648.          ( Writeaccess "comp.#?" )
  1649.          ( Netaccess "#?" )
  1650.          ( Import "#?" )
  1651.          ( Export "~(#?@fidonet)" )
  1652.          ( Distribution "#?" )
  1653.          ( Name uucp.dummy )
  1654.          ( Password  )
  1655.          ( rfc.domainname "test.foo.bar" )
  1656.          ( rfc.mailencoding 0 )
  1657.          ( rfc.newsencoding 0 )
  1658.          ( rfc.pathname "test.foo.bar" )
  1659.          ( uucp.dumbhost "Y" )
  1660.          ( uucp.keepdupes "N" )
  1661.          ( uucp.logdupes "Y" )
  1662.          ( uucp.mailexport "rbsmtp,Y" )
  1663.          ( uucp.newsexport "rnews,Y,gzip,gunbatch" )
  1664.          ( uucp.nodename "test" )
  1665.      )
  1666.  
  1667.    The example shows the UMS RFC part of a gateway configuration. One
  1668. newsgroup is distributed between networks with different technologies
  1669. (gating).
  1670.  
  1671. Security Configuration
  1672. ======================
  1673.  
  1674.    If you are using the commercial version of AmiTCP you may limit the
  1675. access to your system. The file AMITCP:db/inet.access contains the
  1676. rules which services may be used on your system. The following two lines
  1677. allow the access to the services NNTP and SMTP from any host on the
  1678. Internet:
  1679.  
  1680.      smtp    *   allow   LOG
  1681.      nntp    *   allow   LOG
  1682.  
  1683. Configuration for the Internet Super Daemon
  1684. ===========================================
  1685.  
  1686.    The daemons for the NNTP and SMTP services are started automatically
  1687. when a remote host accesses those services. Add the following two lines
  1688. to the inetd configuration file AMITCP:db/inetd.conf:
  1689.  
  1690.      smtp    stream  tcp nowait root UMS:Bin/umssmtpd umssmtpd
  1691.      nntp    stream  tcp nowait root UMS:Bin/umsnntpd umsnntpd
  1692.  
  1693. Services configuration
  1694. ======================
  1695.  
  1696.    To use the services NNTP, POP3 and SMTP the file
  1697. AMITCP:db/services must contain the following lines:
  1698.  
  1699.      smtp    25/tcp
  1700.      pop3    110/tcp
  1701.      nntp    119/tcp
  1702.  
  1703. UUCP directories
  1704. ================
  1705.  
  1706.    UUCP needs three directories for its work:
  1707.  
  1708. Spool directory
  1709.      Directory for command, data and log files. You should assign
  1710.      UUSPOOL: to this directory. Each remote site has its own
  1711.      subdirectory. In each subdirectory there should be a directory
  1712.      bad-jobs for errorneous jobs. Example with two remote systems
  1713.      named dummy and test:
  1714.  
  1715.           1> Dir UUSPOOL: all
  1716.                dummy (dir)
  1717.                     bad-jobs (dir)
  1718.                test (dir)
  1719.                     bad-jobs (dir)
  1720.             logfile                          TimeLog
  1721.             XferStat
  1722.  
  1723. Configuration directory
  1724.      UUCP configuration file reside here. You should assign UULIB: to
  1725.      this directory.
  1726.  
  1727.           1> Dir UULIB:
  1728.             config                           L.Ports
  1729.             L.Sys                            security
  1730.             seq
  1731.  
  1732. Public directory
  1733.      Download and upload area for UUCP. You should assign UUPUB: to
  1734.      this directory.
  1735.  
  1736. Main UUCP configuration
  1737. =======================
  1738.  
  1739.    The file UULIB:config contains the UUCP configuration. A minimal
  1740. configuration only needs your node name, a dummy user name and a
  1741. setting for the debug level:
  1742.  
  1743.      NodeName    foobar
  1744.      UserName    root
  1745.      Debug       0
  1746.  
  1747. UUCP ports description
  1748. ======================
  1749.  
  1750.    The file UULIB:L.Ports describes the devices which uucico uses to
  1751. contact remote systems. Normally this is a serial port with a modem, so
  1752. the file should look like this:
  1753.  
  1754.      acu=ser device=serial.device unit=0
  1755.  
  1756.    If you want to use UUCP over TCP-IP you must add another device to
  1757. this file:
  1758.  
  1759.      acu=tcp device=telser.device unit=0
  1760.  
  1761. Remote UUCP Systems
  1762. ===================
  1763.  
  1764.    The file UULIB:L.Sys describes how uucico can contact remote
  1765. systems. This includes the device to use, the serial line speed, the
  1766. phone number and the login script:
  1767.  
  1768.      dummy    Any   ser   19200    ATDP123456  ogin: foobar ssword: hello
  1769.  
  1770.    To contact a remote system with UUCP over TCP-IP you replace the
  1771. phone number with the hostname of the remote system. So the line should
  1772. look like this:
  1773.  
  1774.      dummy    Any   tcp   19200    dummy    ogin: foobar ssword: hello
  1775.  
  1776. UUCP poll script
  1777. ================
  1778.  
  1779.    The following script first exports all messages to the remote system
  1780. and then contacts it. You can specify the name of the remote system as
  1781. parameter:
  1782.  
  1783.      .KEY SYSTEM
  1784.      .DEF SYSTEM dummy
  1785.      .BRA {
  1786.      .KET }
  1787.      
  1788.      ums2uucp -h {SYSTEM}
  1789.      uucico -s{SYSTEM}
  1790.  
  1791. Telser configuration
  1792. ====================
  1793.  
  1794.    The file AMITCP:db/telser.conf describes the configuration for
  1795. every unit of the telser.device. For the unit 0 it should look like
  1796. this:
  1797.  
  1798.      0  ""    NoOperation NOOPENWIN NOLINGER NODEBUG T:telser.log
  1799.  
  1800. Host descriptions
  1801. =================
  1802.  
  1803.    The file AMITCP:db/telser.hosts contains the descriptions of the
  1804. remote systems. If you dial a remote system using the
  1805. telser.device it looks into this file to find out the hostname
  1806. and the parameters. For our example system it looks like this:
  1807.  
  1808.      dummy    dummy.do.main  540   ""    00000000001
  1809.  
  1810.    Please make sure that the 11th bit is set, because it activates the
  1811. transparent mode of telser.device which is a must for UUCP over
  1812. TCP-IP.
  1813.  
  1814. Solutions to common UMS RFC problems
  1815. ************************************
  1816.  
  1817. Error: No rfc.username for...
  1818.      You have forgotten to add the variable rfc.username to the user
  1819.      entry of a lokal user.
  1820.  
  1821. Error: Can't write article, check WRITEACCESS!
  1822.      UMS RFC couldn't write the article to any newsgroup. You have
  1823.      requested a newsgroup but forgotten to add it to the
  1824.      WRITEACCESS patter of the importer entry. If you are
  1825.      receiving control messages you must also add the newsgroup
  1826.      rfc.control to this pattern!
  1827.  
  1828. Error: Can't get connection data!
  1829.      You forgot to  update  the  service  file  of  your  AmiTCP
  1830.      installation.  See Services.
  1831.  
  1832.    You should also read the FAQ about UMS.
  1833.  
  1834. History of UMS RFC
  1835. ******************
  1836.  
  1837. 0.10 (04-Jun-1995)
  1838.         - First official release of the UMS RFC package the successor
  1839.           of the UMS UUCP package.
  1840.  
  1841.         - All RFC from/to UMS conversions are handled by the
  1842.           umsrfc.library now.
  1843.  
  1844.         - Support for NNTP, POP3, SMTP, UUCP.
  1845.  
  1846.         - New documentation.
  1847.  
  1848.    For all older versions please read the file History in the source
  1849. directory.
  1850.  
  1851. Not yet implemented features
  1852. ****************************
  1853.  
  1854.    The following things have not yet been implemented. The order shown
  1855. below doesn't imply any priority for an item:
  1856.  
  1857.    * MX support for the SMTP exporter umssmtp.
  1858.  
  1859.    * Encoding/Decoding with base64 in MIME messages.
  1860.  
  1861.    * A server daemon for the POP3 protocol.
  1862.  
  1863.    * MIME encoding of messages headers.
  1864.  
  1865.    * The address conversion should be freely configurable. Does anyone
  1866.      have a good reference for a pattern search & replace algorithm
  1867.      (like in perl)?
  1868.  
  1869. Where to send bug reports & comments
  1870. ************************************
  1871.  
  1872.    The author can be reached at the following addresses:
  1873.  
  1874. Postal address:
  1875.  
  1876.                 Stefan Becker
  1877.                 Verkehrsstrasse 11
  1878.           44809 Bochum
  1879.                 GERMANY
  1880.  
  1881. Internet Electronic Mail:
  1882.  
  1883.           stefanb@yello.ping.de
  1884.  
  1885. The author wants to thank
  1886. *************************
  1887.  
  1888.    I want to thank all users of the public beta  version  for  testing
  1889. this package. Especially  I  want  to  thank  Matthias  Scheler  and
  1890. Bernhard M÷llemann who tested intermediate versions on their systems.
  1891. Many  thanks also  to  the  members  of  the  UMS-Dev  mailing  list
  1892. for   the discussions and the ideas.
  1893.  
  1894.    Thanks go to Kai `wusel' Siering for allowing me to include his
  1895. version of uucico in this package. You may find the latest version of
  1896. the program in his UUCP package called wUUCP on Aminet in the
  1897. directory comm/uucp.
  1898.  
  1899.    Thanks also to Sam Yee for allowing me to include parts of his
  1900. telser package. You may find the latest version of his package on
  1901. Aminet in the directory comm/tcp. telser is Shareware, so if you
  1902. use it regularly PLEASE do register it!
  1903.  
  1904. Index
  1905. *****
  1906.  
  1907.  
  1908.  
  1909.  Account name                           rfc.username
  1910.  Address                                Authors address
  1911.  Attributes                             Attributes
  1912.  Bug reports                            Authors address
  1913.  Command Line Options                   Commands
  1914.  Command Syntax                         Commands
  1915.  Comments                               Authors address
  1916.  Common Problems                        Answers
  1917.  Configuration                          Configuration
  1918.  Conversion                             Conversion
  1919.  Copyright                              Copyright
  1920.  Credits                                Credits
  1921.  Directories                            Directories
  1922.  Distribution                           Copyright
  1923.  Domain Name                            rfc.domainname
  1924.  E-Mail                                 Authors address
  1925.  Environment variables                  Environment
  1926.  Examples                               Examples
  1927.  Full Node                              Modes
  1928.  Full Node Configuration                Full Node
  1929.  Gateway                                Modes
  1930.  Gateway Configuration                  Gateway
  1931.  History                                History
  1932.  Host Descripions                       Hosts
  1933.  Inetd Configuration                    Inetd
  1934.  Internet address                       Authors address
  1935.  Internet protocols                     TCP-IP
  1936.  Introduction                           Introduction
  1937.  Leaf Node                              Modes
  1938.  Leaf Node Configuration                Leaf Node
  1939.  Legal stuff                            Copyright
  1940.  MIME                                   MIME
  1941.  Multi-Purpose Message Extensions       MIME
  1942.  Network News Transfer Protocol         NNTP
  1943.  NNTP                                   NNTP
  1944.  NNTP exporter                          umsnntp
  1945.  NNTP importer                          umsnntpget
  1946.  NNTP server daemon                     umsnntpd
  1947.  nntpd.access                           nntpd.access
  1948.  nntpget.groups                         nntpget.groups
  1949.  Path name                              rfc.pathname
  1950.  Permissions                            Copyright
  1951.  POP3                                   POP3
  1952.  POP3 importer                          umspop3
  1953.  Post Office Protocol                   POP3
  1954.  Postal address                         Authors address
  1955.  Probibitions                           Copyright
  1956.  Protocol stack                         TCP-IP
  1957.  Questions & Answers                    Answers
  1958.  Remote UUCP Systems                    L.Sys
  1959.  Requirements                           Requirements
  1960.  RFC                                    RFC
  1961.  RFC 1036                               Message Formats
  1962.  RFC 1081                               POP3
  1963.  RFC 1521                               MIME
  1964.  RFC 1522                               MIME
  1965.  RFC 821                                SMTP
  1966.  RFC 822                                Message Formats
  1967.  RFC 977                                NNTP
  1968.  RFC Message Formats                    Message Formats
  1969.  rfc.control                            Conversion
  1970.  rfc.domainname                         rfc.domainname
  1971.  rfc.export.fido                        rfc.export.
  1972.  rfc.export.maus                        rfc.export.
  1973.  rfc.import.fido                        rfc.import.
  1974.  rfc.import.maus                        rfc.import.
  1975.  rfc.mailencoding                       rfc.mailencoding
  1976.  rfc.newsencoding                       rfc.newsencoding
  1977.  rfc.pathname                           rfc.pathname
  1978.  rfc.username                           rfc.username
  1979.  Security Configuration                 Access
  1980.  Services configuration                 Services
  1981.  Simple Mail Transfer Protocol          SMTP
  1982.  SMTP                                   SMTP
  1983.  SMTP exporter                          umssmtp
  1984.  SMTP server daemon                     umssmtpd
  1985.  TCP/IP                                 TCP-IP
  1986.  Telser Configuration                   Telser
  1987.  TODO                                   TODO
  1988.  UMS                                    UMS
  1989.  UMS Address Formats                    Addresses
  1990.  UMS configuration variables            UMS Configuration
  1991.  UMS Message Base                       Message Base
  1992.  UMS Message Format                     Message Format
  1993.  UMS Operation Modes                    Modes
  1994.  ums2uucp                               ums2uucp
  1995.  umsnntp                                umsnntp
  1996.  umsnntpd                               umsnntpd
  1997.  umsnntpget                             umsnntpget
  1998.  umspop3                                umspop3
  1999.  umssmtp                                umssmtp
  2000.  umssmtpd                               umssmtpd
  2001.  Unix to Unix CoPy                      UUCP
  2002.  User Configuration                     User
  2003.  Users                                  Users
  2004.  UUCP                                   UUCP
  2005.  UUCP Configuration                     UUCPConfig
  2006.  UUCP Directories                       UUCPDirectories
  2007.  UUCP exporter                          ums2uucp
  2008.  UUCP importer                          uuxqt
  2009.  UUCP poll script                       UUCPPoll
  2010.  UUCP ports description                 L.Ports
  2011.  uucp.debugfile                         uucp.debugfile
  2012.  uucp.debuglevel                        uucp.debuglevel
  2013.  uucp.dumbhost                          uucp.dumbhost
  2014.  uucp.filtercr                          uucp.filtercr
  2015.  uucp.keepdupes                         uucp.keepdupes
  2016.  uucp.logdupes                          uucp.logdupes
  2017.  uucp.mailexport                        uucp.mailexport
  2018.  uucp.mailroute                         uucp.mailroute
  2019.  uucp.newsexport                        uucp.newsexport
  2020.  uucp.nodename                          uucp.nodename
  2021.  uucp.recipients                        uucp.recipients
  2022.  uuxqt                                  uuxqt
  2023.  
  2024.